Code Breakers | No-code solutions

🙅‍♂️ Избегайте этих ошибок при релизе приложений в маркетах

App Store ежегодно отклоняет сотни тысяч приложений, публикуемых впервые. И ещё столько же обновлений старых приложений. Причины тому — ошибки, которые допускаются при публикации. Они практически не связаны с содержимым приложений, а чаще всего — с его упаковкой при релизе. Рассказываем про самые частые ошибки разработчиков, которые не дают пройти проверку, и про то, как их избежать.

❌ Ошибки в данных о приложении на его странице в маркете

Скриншоты
На скриншотах должны быть изображены элементы интерфейса реального приложения. Фантазии недопустимы. Только то, что реально увидит пользователь.

Причём для разных операционных систем нужно делать свои скриншоты. Если приложение публикуется в App Store, то по изображениям должно быть отчётливо понятно, что скриншоты созданы на iOS. Схитрить и выложить одинаковые изображения во все сторы разом не получится.

Описание приложения
Тут важно быть честным и конкретным в тексте описания приложения. В описании нельзя допускать различных толкований функциональности. Нельзя обещать то, чего в приложении ещё нет. Всё, что пользователь представил себе, читая текст, он должен получить в приложении. Если вы планируете новые функции в будущих релизах, то тогда и измените описание.

❌ Ошибки в работе с политикой конфиденциальности

В описаниях «Политики конфиденциальности» чётко сказано, какие данные о пользователе и его активностях собирает приложение, как они хранятся, используются и кому передаются.

И даже если приложение не собирает персональных данных — данный документ должен быть. Ссылка на документ размещается на странице приложения в маркете, в самом приложении и на сайте приложения, если он есть.

❌ Ошибки в подготовке самого приложения

Внешний вид приложения
Для дизайна на каждой платформе существуют специальные гайдлайны. Подбор цветов, шрифтов, анимаций, лучшие практики и частые ошибки — всё это прописано в гайдлайнах, и разработчик обязан ознакомиться с ними.

Маркеты не хотят, чтобы ваше приложение было чересчур особенным, необычным или сложным. Главная установка тут — приложение должно выглядеть и работать предсказуемо. И самое главное — быть полностью доработано.

Функции и баги
Если приложение крашится на первых минутах использования или где-то в середине выполнения основного пользовательского сценария — в маркет его не пропустят.

А чтобы ваше приложение надёжно прошло тестирование маркетом, нужно сообщать тестовые логин и пароль для каждой роли и краткое описание, что и как проверять. Ни один тестировщик от маркета не станет сидеть и часами выяснять, как приложение должно работать. Если проверяющим что-то покажется непонятным, неочевидным, то они просто отправят отказ в публикации.

➖➖➖➖➖➖➖➖➖➖➖➖➖

Мечтаете создавать собственные приложения, зарабатывать на этом и легко научиться публиковать их в маркетах? Этому мы учим на нашем курсе мобильной разработки без кода! Преподаватели за руку проведут вас через все тонкости мобильной разработки и процесса его релиза — осталось только освоить No-code!

📱Стать разработчиком топовых мобильных приложений: codebreakers.tech/mobile

codebreakers.tech

Как научиться делать самому мобильные приложения без кода

Пройдите путь от простых PWA до нативных приложений без кода

👍3🔥1

www.tg-me.com/ru/Code Breakers | No code solutions/com.code_breakers/561

1.44K viewsJun 30, 2023 at 07:02

🙅‍♂️ Избегайте этих ошибок при релизе приложений в маркетах

App Store ежегодно отклоняет сотни тысяч приложений, публикуемых впервые. И ещё столько же обновлений старых приложений. Причины тому — ошибки, которые допускаются при публикации. Они практически не связаны с содержимым приложений, а чаще всего — с его упаковкой при релизе. Рассказываем про самые частые ошибки разработчиков, которые не дают пройти проверку, и про то, как их избежать.

❌ Ошибки в данных о приложении на его странице в маркете

Скриншоты
На скриншотах должны быть изображены элементы интерфейса реального приложения. Фантазии недопустимы. Только то, что реально увидит пользователь.

Причём для разных операционных систем нужно делать свои скриншоты. Если приложение публикуется в App Store, то по изображениям должно быть отчётливо понятно, что скриншоты созданы на iOS. Схитрить и выложить одинаковые изображения во все сторы разом не получится.

Описание приложения
Тут важно быть честным и конкретным в тексте описания приложения. В описании нельзя допускать различных толкований функциональности. Нельзя обещать то, чего в приложении ещё нет. Всё, что пользователь представил себе, читая текст, он должен получить в приложении. Если вы планируете новые функции в будущих релизах, то тогда и измените описание.

❌ Ошибки в работе с политикой конфиденциальности

В описаниях «Политики конфиденциальности» чётко сказано, какие данные о пользователе и его активностях собирает приложение, как они хранятся, используются и кому передаются.

И даже если приложение не собирает персональных данных — данный документ должен быть. Ссылка на документ размещается на странице приложения в маркете, в самом приложении и на сайте приложения, если он есть.

❌ Ошибки в подготовке самого приложения

Внешний вид приложения
Для дизайна на каждой платформе существуют специальные гайдлайны. Подбор цветов, шрифтов, анимаций, лучшие практики и частые ошибки — всё это прописано в гайдлайнах, и разработчик обязан ознакомиться с ними.

Маркеты не хотят, чтобы ваше приложение было чересчур особенным, необычным или сложным. Главная установка тут — приложение должно выглядеть и работать предсказуемо. И самое главное — быть полностью доработано.

Функции и баги
Если приложение крашится на первых минутах использования или где-то в середине выполнения основного пользовательского сценария — в маркет его не пропустят.

А чтобы ваше приложение надёжно прошло тестирование маркетом, нужно сообщать тестовые логин и пароль для каждой роли и краткое описание, что и как проверять. Ни один тестировщик от маркета не станет сидеть и часами выяснять, как приложение должно работать. Если проверяющим что-то покажется непонятным, неочевидным, то они просто отправят отказ в публикации.

➖➖➖➖➖➖➖➖➖➖➖➖➖

Мечтаете создавать собственные приложения, зарабатывать на этом и легко научиться публиковать их в маркетах? Этому мы учим на нашем курсе мобильной разработки без кода! Преподаватели за руку проведут вас через все тонкости мобильной разработки и процесса его релиза — осталось только освоить No-code!

📱Стать разработчиком топовых мобильных приложений: codebreakers.tech/mobile

BY Code Breakers | No-code solutions